home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / tsql / doc / tsql.mail / 000075_UZTBB@CUNYVM.CUNY.EDU _Thu Apr 8 12:57:42 1993.msg < prev    next >
Internet Message Format  |  1996-01-31  |  1KB
  1. Received: from Arizona.edu (Hopey.Telcom.Arizona.EDU) by optima.cs.arizona.edu (5.65c/15) via SMTP
  2.     id AA05736; Thu, 8 Apr 1993 10:13:11 MST
  3. Received: from CUNYVM.CUNY.EDU (MAILER@CUNYVMV2) by Arizona.edu (PMDF #2381 )
  4.  id <01GWRJO6F4Z491WOSJ@Arizona.edu>; Thu, 8 Apr 1993 10:12:44 MST
  5. Received: from CUNYVM.CUNY.EDU (NJE origin UZTBB@CUNYVM) by CUNYVM.CUNY.EDU
  6.  (LMail V1.1d/1.7f) with RFC822 id 3506; Thu, 8 Apr 1993 13:11:12 -0400
  7. Date: 08 Apr 1993 12:57:42 -0400 (EDT)
  8. From: UZTBB@CUNYVM.BITNET
  9. Subject: more on the benchmark
  10. To: tsql@cs.arizona.edu
  11. Message-Id: <01GWRJOGQH1291WOSJ@Arizona.edu>
  12. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  13. Content-Transfer-Encoding: 7BIT
  14.  
  15. Rick points out that dept is a time varying attribute.  The reason for
  16. considering an attribute like budget is it is not a non-key attrinute.
  17. It can be compared with another non-key attribute like salary. Dept
  18. is a key in mgr relation.
  19.  
  20. I agree with Jim renameing the mgr relation as departmet.
  21.  
  22. I also agree with Jim on his coorect observation on the keys.  I guess
  23. name can be replaced by ss#.  However, this is not as appealing as the
  24. name is.  We should be aware of implications of assuming name as a key.
  25.  
  26. I still feel strongly that we should not look for 3Nf relations.
  27. How does TSQL community feel about this?
  28. Abdullah